∂15-Apr-80  1536	LSP at MIT-MC (Lee Parks) 	FTP

Date: 15 APR 1980 1828-EST
From: LSP at MIT-MC (Lee Parks)
Subject:  FTP
To: @net[dis,s1] at SU-AI

Typing "R FTP" on device 6 will start up an Arpanet user FTP
program.  To get a description of the commands type "?" or "help".
The program supports rubout and ↑U for line kill.  A user manual
will be forthcoming. Direct inquiries to me. -lee

NOTE: The FTP will function properly only if the ARPA machine
is in operation (device 3).  An attempt will be made to leave
it operational most of the time.

∂27-Apr-80  1116	CBF  	Switch backplane   
To:   "@NET[DIS,S1]" at SU-AI    
Has been rearranged to place the Sail line first on priority chain.
Please inform me if it wedges in the future.

∂12-May-80  1047	HWC   via LLL-S1 	FTP and EXR 
To:   "@NET[DIS,S1]" at SU-AI    
EXR or EXHALE from the SAIL-ADM uses a great deal of the bandwidth
toward SAIL and causes unreasonable latencies across the Micom
link.  It would be worthwhile to find some way for making
FTP work for .RIM files also to remove the dependency of
Dev6 on the XPATCH line for regular use.

∂15-May-80  1038	CFrankston.Amber at MIT-Multics 	LA120  
Date:  15 May 1980 13:38 edt
From:  CFrankston.Amber at MIT-Multics
Subject:  LA120
To:  "@net[dis,s1]" at SU-AI, service at SU-AI, from at SU-AI, 
     Multics at SU-AI

There is now an initial Multics hack for sending things to the LA120.
ec >udd>amber>lib>s1print segment
will put segment out on the LA120 with 1 inch left margin and 10 column
tabs.  Copy the segment and carefully make your own if you want different
fully write your own if you want different


∂22-May-80  0024	HWC  	Floppy renewal
To:   "@NET[DIS,S1]" at SU-AI    
After having hard disk read errors on the system floppy on Dev7,
I used another system disk to do a copy of it.  I had to 
replace the DXMNFB.SYS on that floppy (labeled OTA's special version - 6-28-79).
I made two floppies, SALVAGE1 and SALVAGE2 from the remains of the OTA floppy
(with the DXMNFB.SYS and BOOT glommed from the MT floppy across the way).
Since I had some problems with DX0: on that DSD, I think PM should be scheduled
for it.  Please remember to refresh floppies regularly to save problems like
this.

∂09-Jun-80  1613	CBF  
To:   "@NET[DIS,S1]" at SU-AI    
Local Network Update

Device 7, the Development machine has acquired a hard disk.  The
total capacity is around 75 Megabytes, organized as 5 units (RK0
through RK4).  The following conventions should be adhered to for
use of the units:

Logical unit RK0: should contain all installed binaries (RT-11 .SAV
files meant for use on the Development RT-11, and .BIN files meant
for loading into other machines).

Logical unit RK1: is reserved for development versions of source,
object and binary files for local network software.

Logical unit RK2: is unused and unitialized and should remain so
unless you update this comment.

Logical unit RK3: is scratch.  It is meant for temporary storage
and any files on it may be deleted without notice.

Logical unit RK4: is unused and unitialized and should remain so
unless you update this comment.

Logical unit RK5: does not exist hardwarily and should NEVER be
referred to under any circumstances.  In the current version of
the software completely random things may happen.  You might
be inadvertentely referencing RK0: for example.

∂09-Jun-80  1616	CBF  	New Instructions for rebooting the switch   
To:   "@NET[DIS,S1]" at SU-AI    
Rebooting the Switch

1) Place the Boot/Run switch in the Boot position.  The DatMedia across
   from the S-1 should now be talking to device 7.
2) Hit the reset button on the switch.  A $ should come out on the TI.
   Type AL170010 in response to the $.  Wait 5 seconds.
3) Go to the DataMedia and type at device 7:
     R XPATCH			xpatch should prompt with a *, then type:
     SY:SWITCH.BIN/U:177550	xpatch will type stuff about ↑Z↑X etc.
     type ↑Z↑V (that is Control-Z Control-V)
4) The switch should come up in less than 30 seconds.
   Type ↑Z↑X (Control-Z Control-X) followed by a ↑C (Control-C)
   to exit XPATCH on device 7.
   Reset the Boot/Run switch back to the run position.

SWITCH.DOC[1,CBF]				     -CBF 9 June 1980

∂09-Jun-80  1629	CBF  	Line Printer Service    
To:   "@NET[DIS,S1]" at SU-AI    
The LA120 in the Xerox/Terminal connect room should be available again
for making listings.  RU S2LPT[P11,HWC].  A carraige return selects
default options compressed printing (132 columns) and no headers.
"W" selects 10 characters per inch (85 columns, same as diablo)
with headers (filename & page numbers).

Expect service to be highly unreliable.

∂10-Jun-80  0451	LSP at MIT-ML (Lee Parks) 	Local Network Downtime 
Date: 10 JUN 1980 0752-EDT
From: LSP at MIT-ML (Lee Parks)
Subject: Local Network Downtime
To: @net[dis,s1] at SU-AI
CC: wcn at SU-AI


The S-1 local network will be shutdown Thursday Morning, @1AM for
modifications to the Newman Memory System.  The system will, with
luck, be back up by 10AM the same morning. -lee


∂10-Jun-80  1512	LLW  	. . .And I Mean You!!!  
To:   "@NET[DIS,S1]" at SU-AI
CC:   WCN at SU-AI    
 ∂10-Jun-80  0451	LSP at MIT-ML (Lee Parks) 	Local Network Downtime 
Date: 10 JUN 1980 0752-EDT
From: LSP at MIT-ML (Lee Parks)
Subject: Local Network Downtime
To: @net[dis,s1] at SU-AI
CC: wcn at SU-AI


The S-1 local network will be shutdown Thursday Morning, @1AM for
modifications to the Newman Memory System.  The system will, with
luck, be back up by 10AM the same morning. -lee


[What assurances do we have that this Sorcerer's Apprentice exercise  will
be successful, or even a  recoverable failure? We're thoroughly  dependent
on the workability of the  Newman Multiprocessor.  Specifically, has  Bill
Newman advised-and-consented to the proposed modifications?--I don't  want
*any* Newman hardware  munged *by anyone,  ever* without Bill's  *advance,
specific concurrence*, as this system  is essentially undocumented and  he
will   therefore   necessarily   be   called   upon   to   make   whatever
restorations-to-grace may be required.  Lowell]

∂10-Jun-80  1752	JMB  	S1LPT program 
To:   "@NET[DIS,S1]" at SU-AI    

I have installed a new s1lpt (as opposed to s2lpt) program in sys:
It accepts the following *new* options:

  s (standard) for wide characters with half-inch margins

  f (formatted) for wide characters with no margins (i.e. for files
	        which have all formatting control internally

  l (listing) for narrow characters with a heading on each page

∂10-Jun-80  2234	CBF  	new Grinnell feature    
To:   "@NET[DIS,S1]" at SU-AI    
If your screen flashes grossly, it means someone tried to send a
Bell to your terminal.

∂14-Jun-80  0644	CBF  	LA120    
To:   "@NET[DIS,S1]" at SU-AI    
The LA120 printer server might be back up again.

∂17-Jun-80  0345	CBF  	Manuals  
To:   "@NET[DIS,S1]" at SU-AI    
It would seem at one time the project must have possesed two complete
RT-11 V3 manual sets.  As of now, neither of them looks complete.
Since I seem to have been handed the responsibility for our most
important V3 based program I have taken the liberty of appropriating
the more complete set.  Anyone wishing to relieve me of these manuals
is also welcome to take on the responsibility that rides with them.
In the meantime, I would like to know the whereabouts of a V3 Macro-11
manual.

I would also suggest that perhaps the project order a new set.

∂04-Jul-80  1057	CBF   via LLL-S1 	Tub full of floppies  
To:   "@NET[DIS,S1]" at SU-AI    
Starting next week, I am going to assume that any floppy disks contained
in the rolling cabinet in the hardware area are suitable for scratch.

If there is anything out there dear to your heart, you'd better claim it
soon and put it in your office.  If there is anything you feel is really
of general use and ought to be out there, then label it and leave it in
my office for the time being.

If anyone has a pristine set of distribution floppies for RT-11 V3B I
certainly wouldn't mind seeing them.

∂07-Aug-80  0443	CBF  	Switch throughput  
To:   "@NET[DIS,S1]" at SU-AI    
The switch is now running on an 11/23.  There have also been software
changes.  If anyone now thinks he sees characters being dropped, I am
interested in hearing about it.  As always I want to hear if the switch
has to be reloaded for any reason.  The first 11/23 I put in appears to
have died after about 8 hours of usage.  If you have trouble rebooting
the switch while I'm gone, you should probably pull the 11/23 and
replace it with the S-1 Mark V lying nearby.

Note that character can still be lost if the multiplexed Sail line
gets overloaded.  I would expect this to appear as a big chunk being
lost though.

∂18-Aug-80  0334	CBF  
To:   "@NET[DIS,S1]" at SU-AI    
Arpanet service will be down until we can find the problem with the IMP
machine.  This means S1LPT service is not available.

∂19-Aug-80  0333	CBF  	Arpanet  
To:   "@NET[DIS,S1]" at SU-AI    
Service has been restored.  S1LPT should be back up.  Report
any problems.

∂20-Aug-80  1723	OTA  	ARPA Net service   
To:   "@NET[DIS,S1]" at SU-AI    
The ARPA net is down until further notice.  That last power failure this
afternoon seems to have killed it again.  We will probably try a different
approach this time.

∂21-Aug-80  1559	OTA  	Arpanet Service Restored
To:   "@NET[DIS,S1]" at SU-AI    
Believe it or not, Arpanet Service seems to have been restored.  We
will see how long it lasts this time. Good Luck.

∂03-Sep-80  0311	OTA  	ARPa net 
To:   "@NET[DIS,S1]" at SU-AI    
The recent problems that have been plaguing Device 6 FTP have been fixed.
Please let me know if you encounter any problems where FTPing a file
to Dev 6 introduces any errors into the file.  Also the problem of
losing characters on typin may have gone away.

I have noticed recently that the ARPA machine sometimes BPTs at location
FNDSKT+322.  Especially after calling out of FTP.  Let me know if this
happens to you.  If I'm not around just type start$g to get things going
again.

∂06-Oct-80  0954	CBF  	11/23s   
To:   "@NET[DIS,S1]" at SU-AI    
I am planning to order a couple more 11/23's for use in the local network.
I was wondering whether I should also at the same time order the requeisite
expected to be needed for Mark IIA's this year?  If anyone thinks so, please
give me a number today, I'd like to get a least a few quite soon.

∂19-Oct-80  2329	CBF  	s1lpt stripping off directory page
To:   "@NET[DIS,S1]" at SU-AI    
This is both a warning and an appeal that I consider s1lpt's
automatic stripping off of the directory page to be a misfeature
and I would appreciate it if someone more familiar with the file
reading code would fix it.  If no one volunteers, I guess I will have
to try.

∂27-Oct-80  1647	HWC  	IMP interface lossage   
To:   "@NET[DIS,S1]" at SU-AI    
After the ARPANET recovered from its routing problem we still were not
getting out onto the network.  I ended up replacing the four differential
transceiver chips between our interface and the IMP and it works again.
We have 4 extra each of the 8820 and 8830 chips in case this happens again.


∂29-Oct-80  0640	CBF  	Tektronix mode
To:   "@NET[DIS,S1]" at SU-AI    
The Grinnell system now has the capability to emulate a Tektronix
4012.  Tektronix mode is entered if the Grinnell screen receives a ↑AT
sequence.  Receiving a ↑C exits the mode.  Type \<call> to the switch
if you ever think you've fallen into it by accident.  Symptoms would
be inability to display Sail character set and Bells not causing the
usual screen flash.

∂29-Oct-80  1803	CBF  	Grinnell bell glitches  
To:   "@NET[DIS,S1]" at SU-AI    
I would be interested in hearing of ANY instance in which the Grinnell
leaves the edges of the screen unerased after a bell flashing.

∂03-Nov-80  0640	CBF  	Arpa net 
To:   "@NET[DIS,S1]" at SU-AI    
is down until further notice due to failure of the line to MFE.

∂04-Nov-80  0056	OTA  	ARPANET service    
To:   "@NET[DIS,S1]" at SU-AI    
well it is back again.  The line has been restored between T-1876 and MFECC
so the net is operational again.

∂24-Nov-80  0833	CBF  	Device 7 
To:   "@NET.[DIS,S1]" at SU-AI   
Device 7's disk is behaving poorly.  This means that if any machines
in the local network (Switch, Grinnell, Arpa, LPT etc.) go down, it
could be very painful reloading them.  Beware.

∂21-Dec-80  1914	CBF   via LLL-S1 	Arpanet
To:   "@NET.[DIS,S1]" at SU-AI   
Is back up.  The line to the IMP is running at 9600 baud, for the
moment at least.  If you have to reload either the Arpa machine
or the IMP machine use the versions of IMP.BIN and NCP.BIN from
DK: (ie. RK1:) on Device 7, instead of the usual SY:, since some
addresses have changed, hopefully temporarily.